WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 6 : 
G06F 17/30 



Al 



(11) International Publication Number: 
(43) International Publication Date: 



WO 97/23836 

3 July 1997 (03.07.97) 



(21) International Application Number: PCT/NL96/00498 

(22) International Filing Date: 23 December 1996 (23.12.96) 



(30) Priority Data: 

1001955 



21 December 1995 (21.12.95) NL 



(71)(72) Applicant and Inventor: MUNNIK, Bernard [NL/NL]; 
Kolgans 3, NL-8532 AX Lemmer (NL). 

(74) Agent: DE BRU1JN, Leendert, C; Nederlandsch Octrooibu- 
reau, Scheveningseweg 82, P.O. Box 29720, NL-2502 LS 
The Hague (NL). 



(81) Designated States: AL, AM, AT, AU, AZ, BA, BB, BG, BR, 
BY, CA, CH, CN, CU, CZ, DE, DK, EE, ES, FI, GB, GE, 
HU, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, LS, LT, 
LU, LV, MD, MG, MK, MN, MW, MX, NO, NZ, PL, PT, 
RO, RU, SD, SE, SG, SI, SK. TJ, TM, TR, TT, UA, UG, 
US, UZ, VN, ARIPO patent (KE, LS, MW, SD, SZ, UG), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, DE, DK, ES, FI, FR, GB, 
GR, IE, TT, LU, MC, NL, PT, SE), OAPI patent (BF, BJ, 
CF, CG, CI, CM, GA, GN, ML, MR, NE, SN, TD, TG). 



Published 

With international search report. 



(54) Title: METHOD FOR COMMUNICATING DATA BETWEEN DIFFERENTLY STRUCTURED DATA FILES 




TJOK PROGRAM 



(57) Abstract 

The invention relates to a method for communicating data by transmitting messages between differently structured data files, in 
which data files the data are stored in fields with different field names or field descriptions. The invention describes a method for data 
communication without fixed formats and protocols and being agreed between all parties, in which it is possible to transmit data of each 
application with any file structure to any other application, file structure and computer system. 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international 
applications under the PCT. 



AM 


Armenia 


GB 


United Kingdom 


MW 


Malawi 


AT 


Austria 


GE 


Georgia 


MX 


Mexico 


AV 


Australia 


GN 


Guinea 


NE 


Niger 


BB 


Barbados 


GR 


Greece 


NL 


Netherlands 


BE 


Belgium 


HU 


Hungary 


NO 


Norway 


BF 


Burkina Faso 


IE 


Ireland 


NZ 


New Zealand 


BG 


Bulgaria 


IT 


Italy 


PL 


Poland 


BJ 


Benin 


JP 


Japan 


PT 


Portugal 


BR 


Brazil 


KE 


Kenya 


RO 


Romania 


BY 


Belarus 


KG 


Kyrgystan 


RU 


Russian Federation 


CA 


Canada 


KP 


Democratic People's Republic 


SD 


Sudan 


CF 


Central African Republic 




of Korea 


SE 


Sweden 


CG 


Congo 


KR 


Republic of Korea 


SG 


Singapore 


CH 


Switzerland 


KZ 


Kazakhstan 


SI 


Slovenia 


CI 


Cote d'lvoire 


LI 


Liechtenstein 


SK 


Slovakia 


CM 


Cameroon 


LK 


Sri Lanka 


SN 


Senegal 


CN 


China 


LR 


Liberia 


sz 


Swaziland 


CS 


Czechoslovakia 


LT 


Lithuania 


TD 


Chad 


CZ 


Czech Republic 


LU 


Luxembourg 


TG 


Togo 


DE 


Germany 


LV 


Latvia 


TJ 


Tajikistan 


DK 


Denmark 


MC 


Monaco 


TT 


Trinidad and Tobago 


EE 


Estonia 


MD 


Republic of Moldova 


UA 


Ukraine 


ES 


Spain 


MG 


Madagascar 


UG 


Uganda 


FI 


Finland 


ML 


Mali 


US 


United States of America 


FR 


France 


MN 


Mongolia 


uz 


Uzbekistan 


GA 


Gabon 


MR 


Mauritania 


VN 


Viet Nam 



WO 97/23836 



PCT/NL96/00498 



Method for communicating data between differently structured data files 

In practice an increasing amount of data is exchanged between 
computer applications with different file structures, installed on dif- 
5 ferent computers, localized at more or less large mutual distance and 
programmed, used, and managed by different persons or organizations. For 
transferring low data volumes in an unstructured format standard elec- 
tronic mail software (Email) is used. For transferring large data vol- 
umes in a format, which is agreed by the users, use is made of a "file 
10 transfer' 1 specifically developed for each type of transfer, or of an EDI 
(electronic data interchange) system, developed for each type of trans- 
fer. 

EP 0,449,494 describes a system for transferring data between two 
systems each using its own data format and both using the same data 

15 structure. In principle data is transmitted by a sender in its own 
native format and converted by the receiver which for that purpose dis- 
poses of a dedicated conversion program. If differently structured data- 
bases are involved then each database should be related to a number of 
dedicated conversion programs to enable communication between the vari- 

20 ous databases. 

US 5,119,465 describes a system for transferring data between two 
databases each using its own data format. To solve the data format prob- 
lem a format conversion system is developed. According to this prior art 
publication the sender disposes of front end converter for converting a 

25 source data structure in a source format to data for an intermediary. 

The back end converter converts the data from the intermediary to a 
target data structure in a target data format used by the receiver. The 
intermediary includes a rather complicated domain conversion arrange- 
ment. The various conversion processes are controlled by a converter 

30 executive. 

This prior art system is destined to be used on one computer sys- 
tem to enable data transfer between applications with different data 
format and/or different data structure and is not suited for communicat- 
ing data between different computers using standard communication chan- 
35 nels and commercially available communication software. 

EP 0,130,375 also describes a system for transferring data 
between two computers each using its own data format, both using the 
same data structure. To solve the data format problem a format conver- 
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sion system is developed for converting one specific format into another 
specific format. This prior art system is restricted to the selected 
specific formats and structures and has therefore no universal applic- 
ability . 

5 An object of the invention is now to provide a universally appli- 

cable system which is independent of the number of differently struc- 
tured databases and the number of computers involved and requires only a 
restricted amount of software. 

The invention describes a system (called PMS) for transfer of 
10 medium large volumes in a format which is not fixed or formally agreed 
by the parties (see figure 1). 

The method 

The method according to the invention (PMS = Packet Message Sys- 

15 tern) comprises the following components and procedures. 

The sender of an amount of data to be transferred (hereinafter 
called: a message) disposes of a software program (hereinafter called 
the message writing program) offering the possibility to compile various 
messages (variable in structure and composition) from its own specific 

20 data collection and to get these messages as separate files ready for 
transmission. Thereafter, the message can be transmitted using one of 
the standard on the market available programs for data communication, 
using a protocol which is supported by the message receiver. 

The message is received with one of the standard on the market 

25 available data communication programs using the respective protocol. 

The message receiver disposes of a software program (hereinafter 
called the message reading program) offering the possibility to add data 
from the various messages (variable in structure and composition) to its 
own specific data collection. 

30 The dedicated message writing program and the dedicated message 

reading program are able to compose or process respectively various 
messages by adding parameters to the programs to connect the file struc- 
ture of the own data collection with its own different field names and/- 
or descriptions to the data structure and the field names and/or des- 

35 criptions of the various messages. 

For writing and reading messages a table with message models 
(message model table) is offered to the writing/reading software. For 
reading and writing the own specific data collections a table with field 
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names (connecting table) is offered to the writing/reading software (see 
also figure 2 ) . 



The Universal Message 
5 The basis of the method is a universal message. That is the des- 

cription of all possible messages based on some prescribed rules. All 
possible messages are specific but have a universal frame. The message 
contains fields with cells each having a serial number within the mess- 
age. The only thing to be transmitted is the succession number of the 
1C cell within the message followed by the contents of the cell. In that 
way the serial number forms the label of the succeeding value. 

As field types the message distinguishes between cells in tables, 
cells in repetitive groups and single cells. The following rules apply: 

- A table is a series of cells which always appears only once. 

15 - a row is a repetitive group of cells which either appear not or appear 
N times. 

- A table, row, or cell can be obligatory or not. 

- Within tables and rows other tables and rows can be present. 

- Cells can appear within or outside tables and rows. 

20 - The first table, row, or cell within a table or row is always obliga- 
tory . 

Using these rules it is possible to draft simple (flat file) mes- 
sages, however, also complex forms which are practically unlimited in 
length and dimensions can be drafted by defining repetitive groups with- 

25 in repetitive groups. 

Messages are drafted in agreement with the method and read by 
comparing the labels (field serial number) to the corresponding unique 
element numbers as are defined in the message model to be consulted. 
According to the method values are retrieved and positioned by comparing 

30 the unique element number with the numbers in a connecting table in 
which the position in the own data structure is indicated. 



Message-model -table 

The message-model- table comprises the following data: 



35 



Message name 
Field serial 
number 



The PMS name of the message 

The serial number of the field within the message 
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Type 

Obligatory 
Parent 

Element number 



T (table), R (row or repetitive group) or C (cell) 
Field is obligatory or not 

Higher order field serial number in a field hier- 
archy 

The unique PMS number of the element which should 
be inscribed in that field 



10 



15 



Additional data can be added to simplify or speed up the process- 
ing, such as: 



Message number 
Message version 
Group name 
Status 

Element name 



The unique PMS message number 

The version of the message 

The name of a group (= table or row) 

For instance C (copy) F (fixed) P (presentation) 

O (object) 

The unique PMS name of the element 



The connecting table 



20 



The connecting table comprises the following data: 



25 



Message number 
Element number 
Own application 

Own file 



Own label 



30 



The unique PMS number of the message 
The unique PMS number of the element 

The name of the application from which this message 
was drafted or in which the message will be input 
The name of the file inside the application from 
within the message was drafted or in which the mes- 
sage was input 

The label of the own field within the own file for 
the respective contents 



Additional data can be included to speed up or simplify the pro- 
cessing, for instance: 



35 Message version 
Codes/Indexes 

Format 



The version of the message 

For instance: bKey, bWhile, bFor, bExpr, for an 
application programmed in Clipper 

The format of the element (for instance: numerical) 
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Code table 
Element name 
Description 



The name of a code table to be used eventually 
The unique PMS name of the element 

The description of the element to be used also as 
Help-text in the software 



Example of a message model 



1 0 



Message name 
Version number 



School children 
1 . 0 



Serial Element 
number Type Obligatory Parent number 

0 



15 



20 



25 



30 



1 

2 
3 

4 
5 

6 
7 

8 
9 

10 
1 1 
12 
13 
14 



T 

C 

c 

c 
c 

c 
c 

R 

c 

R 
C 
R 
C 
C 



Y 
Y 
Y 

Y 
N 

N 
Y 

Y 
Y 
Y 
Y 
N 
Y 
Y 



0 
8 
8 

10 
10 
12 
12 



464661 
548957 

980931 
989243 

323499 
187867 



565088 

466610 

465683 
654809 



(Element and group names) 
Control data 

Model name of the message 
Version number of the model 
name 

Name of the sender 

Data line number of the 

sender 

Name of the receiver 
Data line number of the 
receiver 
Schools 

Name of the school 
Classes 

Class indication 
Children 

Name of the child 
Age of the child 



Example of a message in agreement with the above described model 

2, School children 
35 3,1.0 

4 . van der Meer 

7,0123-456789 

9, The Weather-vane 

1 1 , class 2 
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1 3 , Jan 
14,7 
13,Piet 
14,8 

5 9, The Circle 
1 1 , class 2 
1 1 , class 3 
13,Klaas 
14,8 

10 

The writing program 

The message-writing-program retrieves from the message model table 
the model of the message to be drafted. The program reads one by one the 
serial numbers with corresponding PMS element numbers from the model. On 
15 the basis of the PMS element number the own connecting table is searched 
to retrieve the corresponding value in the own application/file/field. 
The retrieved value, preceded by the field serial number fro* the mess- 
age model, is placed in the message. As soon as the message is drafted 
the message is ready to be transmitted. 

20 

The reading program 

After receiving the message the message reading program is start- 
ed. The message reading program retrieves a model of the received mes- 
sage from the message model table. The program reads one after the other 

25 the serial numbers with the succeeding values from the message. By con- 
sulting the message model for each serial number the corresponding PMS- 
element number can be found. With the PMS-element number the own con- 
necting table van be searched to retrieve the own application/file/field 
in which the corresponding value should be inserted. The received value 

30 is input in the respective field. After processing the message the pro- 
gram is finnished. 
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Claims 

1 . Method for communicating data by transmitting messages between 
differently structured data files at the transmission side and the re- 

5 ceiving side, in which data files the data are stored in fields with 
different field names or field descriptions, which method is character- 
ized by the combination of the following steps: 

a) the field names or field descriptions of corresponding data in 
various files are related to a set of standard labels, 
10 b) data to be transmitted is combined in a message at the trans- 

mission side with the label which is related to the field name of the 
field in which the data was stored and at the receiving side, the field 
name of the transmitted data at the reception side is obtained based on 
the received label and the defined relations in the standard set, 

15 

2. Method according to claim 1, characterized in that in case 
multiple data are transmitted the labels with corresponding data are 
combined in a message in which the labels with corresponding data are 
appearing in a predetermined order. 

20 

3. Method according to one of the preceding claims, characterized 
in that at the transmission side the data to be transmitted are re- 
trieved by means of a form comprising fill in fields, whereby the field 
names are formed by the names or descriptions valid at the transmission 

25 side. 

4. Method according to one of the preceding claims, characterized 
in that at the receiving side the transmitted data are inscribed in a 
form comprising fill in fields for filling in the received data, whereby 

30 the field names are formed by the names or descriptions valid at the 
reception side. 

5. Method according to one of the preceding claims, characterized 
in that the descriptions at the transmission side and at the reception 

35 side are drafted in a different language. 



6. Method according to one of the preceding claims, characterized 
in that to each data file a table is added in which the descriptions and 
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the thereto related labels are stored. 

7. Method according to one of the preceding claims, characterized 
in that to each data file a table is added in which a number of differ- 

5 ent forms are stored each comprising a unique parameter which parameter 
is added to the message at the transmission side and is used at the 
reception side to select the corresponding form. 

8. Method according to one of the preceding claims, characterized 
10 in that to each data file a table is added in which the names of a num- 
ber of different data files are stored each related to a unique parame- 
ter and that at the transmission side this parameter is added to the 
message and at the reception side the parameter is used to select the 
corresponding data file. 

15 

9. Method according to one of the preceding claims, characterized 
in that the data files are present on various computers and that the 
transmission of data is performed through an arbitrary available com- 
munication route. 

20 

10. Method according to one of the preceding claims, characterized 
in that for communicating data from different data files a separate file 
is used, comprising a variable structure consisting of serial numbers 
and values, whereby the serial numbers for a predetermined structure are 

25 obtained by selecting from tables rows and cells in a model. 



***** 
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